home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0086 / 476.txt < prev    next >
Text File  |  1997-04-16  |  9KB  |  218 lines
  1.  
  2. INFO-ATARI16 Digest         Wed, 25 Apr 90       Volume 90 : Issue  476
  3.  
  4. Today's Topics:
  5.              CALL FOR DISCUSSION: comp.sys.atari.st.tech
  6.                          Clearing the screen
  7.                           Fax for the Atari?
  8.                       Help, where can I get LINT
  9.            PC-DITTO II pcdsettd.com sets the time, not date
  10.                             Phantom Typist
  11.                            Reg. Exp. Parser
  12.               summary of responses: changing resolutions
  13. ----------------------------------------------------------------------
  14.  
  15. Date: 25 Apr 90 03:58:26 GMT
  16. From: fernwood!portal!cup.portal.com!Doug_B_Erdely@uunet.uu.net
  17. Subject: CALL FOR DISCUSSION: comp.sys.atari.st.tech
  18. Message-ID: <29278@cup.portal.com>
  19.  
  20. Ned, is there SOME reason why you cross posted this to umpteen newsgroups!
  21.  
  22.         - Doug -
  23.  
  24. Doug_B_Erdely@Cup.Portal.Com
  25.  
  26. ------------------------------
  27.  
  28. Date: Tue, 24 Apr 90  16:45 EDT
  29. From: CPIAZZA@UMES.UMD.EDU
  30. Subject: Clearing the screen
  31.  
  32. I have a question that probably has been aswered before, but since I
  33. didn't see it before I'll ask anyway. My problem is this: I'm trying to
  34. write a GEM application using the AES and VDI routines. The AES manual
  35. states that after a dialog or alert box has been interacted with and closed,
  36. the appliction must respond to a WM_REDRAW message from the event handler.
  37. The AES manual goes on to say that this may be done by "...a series of
  38. VDI calls."
  39.  
  40. Well, I can get the WM_REDRAW message from the event handler ok, but how
  41. in the world do you redraw the screen. From playing around I gather it
  42. has something to do with the rectangle list and some raster operations.
  43. I think I understand how to get the rectangle list...but what about the
  44. raster ops?? Anyone know?? I'd prefer if you sent mail (with examples
  45. if possible) directly to me at CPIAZZA@UMES.BITNET
  46.  
  47.     Thanks much!
  48.  
  49. ------------------------------
  50.  
  51. Date: 25 Apr 90 17:29:11 GMT
  52. From: swrinde!zaphod.mps.ohio-state.edu!math.lsa.umich.edu!hyc@ucsd.edu  (Howard
  53.  Chu)
  54. Subject: Fax for the Atari?
  55. Message-ID: <11823@stag.math.lsa.umich.edu>
  56.  
  57. Michtron markets an ST fax package. Dunno what it's got, I think the
  58. name is TurboFAX but I'm not sure.
  59. --
  60.   -- Howard Chu @ University of Michigan
  61.   ... the glass is always greener on the side ...
  62.  
  63. ------------------------------
  64.  
  65. Date: Tue, 24 Apr 90 12:30:52
  66. From: "Simon Chappell" <S61304%PRIME-A.POLY-SOUTH-WEST.AC.UK@CUNYVM.CUNY.EDU>
  67. Subject: Help, where can I get LINT
  68.  
  69. Netters,
  70.  
  71.  
  72. Does anyone know where I can get a copy of LINT that I can use with
  73. Sozobon 1.01 (I'd use it with 1.2 if I could get working binaries!)
  74.  
  75. I need it in sort of a hurry as I keep shooting myself in the feet and it
  76. would be very useful to use it before starting another long error doomed
  77. compile!
  78.  
  79. Also, does anyone have any short comments on how to use MAKE? I have split
  80. my main program up so that it covers a number of smaller .c files, but at
  81. the moment I am doing the following:
  82.  
  83. #include "filename.c"
  84.  
  85. I realise that this is possibly not the best thing to do as I am constantly
  86. recompiling code that is tested and debugged, so I need help!
  87.  
  88. All replys welcome, either by Email or through this digest (I think that
  89. enough other people may find this information of interest.)
  90.  
  91. Regards,
  92.  
  93. Simon.
  94.  
  95.  
  96. | Simon Chappell
  97. | BSc(Hons) Computing and Informatics (final year)
  98. | Polytechnic South West (Plymouth)
  99. |
  100. | JANET      S61304@uk.ac.psw.pa     BITNET   S61304@pa.psw.ac.uk
  101. | INTERNET   S61304%uk.ac.psw.pa@nsfnet-relay.ac.uk
  102. | /* Please do not send Email via the uk.ac.ukc gateway, as my college
  103. |    hasn't paid their fees, so we don't get any Email through there   */
  104.  
  105. ------------------------------
  106.  
  107. Date: 24 Apr 90 17:10:09 GMT
  108. From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  109. Subject: PC-DITTO II pcdsettd.com sets the time, not date
  110. Message-ID: <1663@lzsc.ATT.COM>
  111.  
  112. I have just noticed that when running PCD II, that the date isn't
  113. being set by pcdsettd.com; only the time.
  114.  
  115. Has anyone else experienced this?
  116.  
  117. p.s. My 68000 connector is soldered on.  So reseating it is not approapriate.
  118.  
  119. Howard C. Johnson
  120. ATT Bell Labs
  121. att!lzsc!hcj
  122. hcj@lzsc.att.com
  123.  
  124. ------------------------------
  125.  
  126. Date: 25 Apr 90 09:59:04 GMT
  127. From:
  128.  zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!Tokyo!grunwald@tut.ci
  129.  s.ohio-state.edu  (Grunwald Betr. Tichy)
  130. Subject: Phantom Typist
  131. Message-ID: <90.115.09:59:04@ira.uka.de>
  132.  
  133. May be your mouse cable is broken. This makes the mouse response awful, until
  134. the mouse breaks down and there is no more response. Because the cable moves
  135. the error is not stable. Try what happens, if you stretch the cable. But do
  136. it careful. I had that problem for several months until I had to recognise,
  137. that the mouse keys did not work and the pointer moves only in one direction.
  138.  
  139. Knut Grunwald
  140.  
  141. ------------------------------
  142.  
  143. Date: 24 Apr 90 23:43:05 GMT
  144. From: mcsun!ukc!reading!csug.cs.reading.ac.uk!djd1@uunet.uu.net  (David Dawkins)
  145. Subject: Reg. Exp. Parser
  146. Message-ID: <2317@onion.reading.ac.uk>
  147.  
  148.     Hi there.
  149.                    Can anyone tell me where I can find a PD regular expression
  150.     parser ?  I have heard rumour that something called 'regex' is floating
  151.     about somewhere, but I can't find it at any archive site.
  152.  
  153.     Many thanks,
  154.  
  155.                Dave.
  156.  
  157. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  158. |   David J. Dawkins    |   djd1%UK.AC.reading.cs.rosemary@uk.ac.nsfnet-relay |
  159. |   Reading University  |                                                     |
  160. |   Berkshire           |   party, Party,  PARTY,  <  P A R T Y >  ! ! ! !    |
  161. |   United Kingdom      |                                                     |
  162. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  163.  
  164. ------------------------------
  165.  
  166. Date: 25 Apr 90 03:05:34 GMT
  167. From: usc!chaph.usc.edu!nunki.usc.edu!rjung@ucsd.edu  (Robert allen Jung)
  168. Subject: summary of responses: changing resolutions
  169. Message-ID: <9379@chaph.usc.edu>
  170.  
  171. In article <18997@eagle.wesleyan.edu> ncastellano@eagle.wesleyan.edu writes:
  172. >The people who wrote me all said some combination of the following things:
  173. >
  174. >1) You can't do it.  This is not a supported operation in Gemdos.
  175. >2) A soft-boot is the only supported way to get Gem to recognize the new rez.
  176. >
  177. > [Other stuff deleted]
  178. >
  179. >The main reason I'm dying
  180. >to get my hands on a way to do this is it's really hard to develop
  181. >low-rez software because I have to edit in med, switch to low to test,
  182. >switch back, etc. which means exiting gulam each and every time.
  183.  
  184.   Don't bother. There is NO (TOS-legal) way to switch resolutions _and_
  185. have GEM recognize the switch. All the GEM-oriented variables and stuff are
  186. set up at startup/reboot, and are not meant for mortal men.
  187.  
  188.   If you want to write resolution-changing code that doesn't use GEM, no
  189. problem. Setscreen() won't care. If you want to use GEM, however, forget it.
  190. I've spent a similar number of time at the problem (yeah, I program on a color
  191. monitor too  B-), and I finally accepted defeat. Learn to live with
  192. compile/link/save/exit/switch/run/*crash*/switch/load/compile...
  193.  
  194.   And the reason you are having "color change" problems is that the GEM
  195. numbering of color palettes does not correspond to TOS's numbering of
  196. color palettes. Just because the second color palette contains dark red
  197. in TOS doesn't mean you can you GEM color #2 and get it. I suspect that Atari
  198. GEM remaps the TOS palettes to comparable GEM values to maintain compatability
  199. with Digital's original GEM definitions (DRI GEM was started up on IBM PC's
  200. without alterable color palettes, I believe).
  201.  
  202.                                                 --R.J.
  203.                                                 B-)
  204.  
  205. (Don't have an Atari-specific .sig yet, but since Atari makes the Lynx,
  206. this will have to do)
  207.  
  208. //////////////////////////////////////|\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
  209. Send whatevers to rjung@nunki.usc.edu | If it has pixels, I'm for it.
  210. --------------------------------------+----------------------------Lynx me up!
  211. "You weren't chosen because you're the best pilot in the Air Force. You were
  212.  chosen because you're the class clown and frankly, you're expendable."
  213.  
  214. ------------------------------
  215.  
  216. End of INFO-ATARI16 Digest V90 Issue #476
  217. *****************************************
  218.